home *** CD-ROM | disk | FTP | other *** search
- Path: easy.in-chemnitz.de!mkmk!floh
- From: floh@mkmk.in-chemnitz.de (Andre Weissflog)
- Newsgroups: comp.sys.amiga.programmer
- Subject: Re: TMapping again!
- Message-ID: <+VGWx*-A0@mkmk.in-chemnitz.de>
- Date: Fri, 12 Jan 1996 23:23:42 CET
- Reply-To: floh@mkmk.in-chemnitz.de
- References: <4d0ou6$835@astfgl.idb.hist.no> <Z31Wx*zA0@mkmk.in-chemnitz.de>
- <4d42di$9e9@maureen.teleport.com>
- Distribution: world
- Organization: private uucp site
- X-Newsreader: Arn V 1.04
-
- In article <4d42di$9e9@maureen.teleport.com>, Stephan Schaem writes:
-
- > Andre Weissflog (floh@mkmk.in-chemnitz.de) wrote:
- > : In article <4d0ou6$835@astfgl.idb.hist.no>, Lasse Staff Jensen writes:
- >
- > : > I have been following the discussion on fast tmapping
- > : > innerloops, and have a question conserning those
- > : > very fast loops (i.e two instructions per pixel).
- > : >
- > : 2 instructions per pixel for free texture mapping? How
- > : do you define 'instruction' ?
- >
- > I think he was mentiontioning this map code:
- >
- > REPEAT 32
- > 1) move.b (a0,d0.w),(a1)+
- > 2) addx.l d1,d0
- > ENDR
- >
- Ah yes, I remember, that one with the huge texture maps :-)
-
- > In the example above I dont think it will work with neg number.
- > Because the msbit of X if neg will have an effect on Y.
- >
- > On the 'regular' addx methode it does work wihtout problem...
- >
- Yep.
-
- > the xflag 'trick' is not a bad methode... it enable you
- > to preshift value. It would fly on a 150mhz 030 ;)
- > people compare to quickly a tmap program on a 66mhz 486 and a
- > a1200... to see x86 true code speed they should run it on a
- > 12mhz 286.
- >
- Very, *very* true :-/
-
- Bye,
- -Floh.
-
- ====//=== Andre Weissflog <floh@mkmk.in-chemnitz.de> =======
- ...// Sep'95: Return Of The Living Death...................
- \\// 90% of everything is crap (Sturgeon's Law)...........
- =\\===============================================Amiga!=
-
-